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ABSTRACT 


This  is  the  first  of  three  Computer  System  Manuals  describing  the  ana- 
lytical aspects  of  the  Quick-Reacting  General  War  Gaming  System  (QUICK). 
It  addresses  the  system  data  requirements,  the  organization  and  structure 
of  the  data  base,  and  the  concepts  and  techniques  employed  to  prepare  a 
game  data  base  to  support  a specific  plan  generation/simulation  require- 
ment. In  addition,  applicable  constraints  and  accuracy  considerations 
are  described. 

j QUICK  is  a two-sided  strategic  nuclear  exchange  war  gaming  system. 


It  is  designed  co  assist  the  military  planner  in  examining  various  facets 
of  strategic  nuclear  war  involving  a variety  of  forces,  strategies  and 
starting  conditions.  Since  the  volume  of  data  required  to  support  such 
| investigations  is  substantial,  the  data  base  preparation  process  is 
designed  to  provide  an  efficient  means  of  assembling,  maintaining,  and 
organizing  an  input  data  base  to  support  user  requirements  for  plan  gene- 
ration and  simulation. 

The  Analytical  Manual  consists  of  three  volumes.  This  volume  of  the 
Analytical  Manual  describes  data  preparation  in  QUICK.  Volume  II  describes 
the  plan  generation  process,  and  Volume  III  describes  the  simulation  pro- 
cess . 

The  following  is  a list  of  associated  documents  on  the  QUICK  system. 

FUNCTIONAL  DESCRIPTION 

System  Planning  Manual  SPM  FD  90-74 

A nontechnical  description  for  senior  management  personnel 
FROGRAM  MAINTENANCE  MANUAL 

Computer  System  Manual  CSM  MM  9-74  (five  volumes) 

Detailed  information  required  for  system  maintenance  and  modification 
USERS  MANUAL 

Computer  System  Manual  CSM  UM  9-74  (five  volumes) 

COMPUTER  OPERATION  MANUAL 
Computer  System  Manual  CSM  OM  9-74 

Instructions  and  procedures  for  the  computer  operators 

TECHNICAL  MEMORANDUM 
Technical  Memorandum  TM  90-74 

Analytical  relationships  and  methodology  dis.JusSi.on  for 
users  of  the  system. 
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CHAPTER  1 
INTRODUCTION 
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GENERAL 


The  Quick-Reacting  General  War  Gamins  System  (QUICK)  is  designed  to 
assist  in  the  study  of  strategic  conflicts  involving  a large-scale 
exchange  of  nuclear  weapons.  The  system  is  structured  into  five  major 
subsystems:  Data  Assembly,  Weapon/Target  Identification,  Weapon  Allo- 

cation, Sortie  Generation,  and  Simulation,  The  relationship  between 
these  subsystems  and  the  processes  of  data  base  preparation,  plan  gener- 
ation, and  simulation  and  output  processing  is  shown  in  figure  1.  This 
first  volume  of  the  Analytical  Manual  describes  the  process  of  data  base 
preparation  which  performs  the  function  of  accepting  required  input  data 
and  assembling  a game  data  base  which  Is  suitable  for  input  to  the  plan 
generation  and  simulation  processes. 


Data  Base  Preparation 

The  total  volume  of  data  required  to  support  a variety  of  QUICK  appli- 
cations is  substantial:  however,  the  majority  of  these  data  can  be  pre- 
assembled and  maintained  in  a readily  accessible  form.  This  technique 
is  employed  by  NMCSSC  in  providing  QUICK  support.  Using  the  data  base 
preparation  process,  data  are  retrieved  from  various  automated  data  source 
files  maintained  by  NMCSSC  and  merged  with  other  manually  prepared  data  to 
create  a source  file  (called  DATADB)  for  the  QUICK  system. 

This  data  file  may  be  viewed  as  a master  data  base  or  data  library,  in 
that  it  contains  more  information  than  is  required  to  produce  a single 
set  of  Red  and  Blue  plans.  There  are  no  restrictions  on  the  quantity  of 
data  that  may  be  maintained  in  this  data  file;  however,  there  are  con- 
straints (upper  limits)  on  the  amount  of  data  the  QUICK  system  can  pro- 
cess. While  none  of  these  upper  limits  is  considered  a significant 
restriction,  they  are  addressed  in  greater  detail  in  chapter  2. 
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Contents  of  Data  Base  (DATADB) 

To  provide  a flexible  data  source,  force  structures  corresponding  to 
established  procurement  schedules  and  selected  intelligence  projec- 
tions may  be  maintained  for  Red  and  Blue  forces.  Specifically,  the  data 
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Fig.  1.  Major  Subsystems  of  the  QUICK  System 
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base  contains  the  information  reciut  rod  to  define:  (1)  the  capabilities 

and  characteristics  of  the  offensive  and  defensive  weapon  systems;  (2) 
the  physical  characteristics  oi’  the  installations  to  be  considered  as 
potential  targets;  (3)  related  g< < graphic -type  data  required  by  the  QUICK 
system  for  plan  generation  and  simulation,  c.g.,  data  describing  bomber 
air  defense  zones;  and,  (4)  planning  parameters  such  as  the  estimated 
probability  of  destruction  before  launch  (DBL)  established  for  each 
offensive  weapon  system  (a  more  specific  explanation  of  the  data  content 
and  structure  of  the  data  base  is  presented  in  chapter  2). 


Selection  of  Game  Data 

The  NMCSSC  QUICK  data  base,  as  described  above,  contains  more  data  than 
is  required  for  any  single  support  task.  Consequently,  the  data  base  prep 
aration  process  is  designed  to  provide  the  facilities  required  to  abstract 
from  the  data  base  that  information  the  user  desires  for  a particular  simu 
lation  or  plan  development  task.  In  addition,  this  process  provides  the 
capability  to  add,  delete,  and/or  modify  the  selected  data  as  required  to 
support  the  specific  game  scenario  involved.  Following  selection  and  modi 
fication,  a game  data  base  is  automatically  structured  to  meet  the  require 
ments  of  subsequent  processes  and  subsystems. 


CONCEPT  OF  OPERATION 


| QUICK  System  Overview 

The  following  describes  the  general  concept  of  operation  for  the  QUICK  sys 
| tem  and  establishes  the  relationship  of  the  data  base  preparation  process 
to  other  major  subsystems. 


QUICK  is  structured  into  five  major  subsystems  as  depicted  previously  in 
figure  1:  Data  Assembly,  Weapon/Target  Identification,  Weapon  Allocation, 

Sortie  Generation,  ai.d  Simulation.  The  principal  tasks  associated  with 
each  of  thea^  functional  subsystems  are  summarized  below. 

• Data  Assembly:  Assembles  and  reformats  the  target  data 

required  for  a particular  plan  or  simulation. 

• Weapon/Target  Identification:  Selects  and  processes  the  Red 

and/or  Blue  forces  pre-specif ied  for  a particular  plan  or 
simulation. 


Weapon  Allocation: 
targets . 


Allocates  offensive  weapons  to  selected 


Sortie  Generation:  Prepares  and  evaluates  missile  and  bomber 

attack  plans. 

Simulation:  Models  and  evaluates  the  significant  interactions 

of  opposing  war  plans  developed  by  QUICK,  and  prepares  summaries 
and  other  output  data  which  reflect  the  results  of  the  simula- 
tion. 


Figure  2 illustrates  the  procedure  and  information  flow  within  the  QUICK 
system.  The  processing  sequence  is  shown  by  solid  lines,  and  the  infor- 
mation flow  by  dashed  lines.  Magnetic  computer  tape  or  permanent  files 
may  be  used  to  pass  information  between  the  various  segments  of  the  sys- 
tem. 

Although  not  specifically  shown  in  figure  2,  a user/system  interactive 
capability  utilizing  remote  terminals  for  system  operation,  is  imbedded 
throughout  the  system.  The  resultant  terminal  interaction  permits  the 
user  to  run  jobs  at  any  of  several  points  within  any  of  the  subsystems 
shown. 


Processing  is  initiated  by  inputting  the  parameters  which  identify  the 
potential  targets  which  are  to  be  extracted  from  the  NMCSSC  Joint  Resource 
Assessment  Data  Base  (JAD)  files.  The  Data  Assembly  subsystem  reformats 
this  data  consistent  with  QUICK  and/or  external  simulation  system  speci- 
fications. Alternatively,  required  target  data  is  obtained  from  an  exist- 
ing, updatable  QUICK  Data  Base  stored  on  a permanent  file.  Following  this 
specified  Red  and/or  Blue  forces  are  extracted  from  the  QUICK  Data  Base 
and  processed  by  the  Weapon/Target  Identification  subsystem  resulting  in 
a Game  Data  Base  which  reflects  the  selected  forces  and  targets. 

The  next  step  is  to  prepare  an  attack  plan  for  one  of  the  opposing  forces. 
This  consists  of  a force  allocation  by  the  Weapon  Allocation  subsystem, 
and  a detailed  set  of  attack  plans  prepared  by  the  Sortie  Generation  sub- 
system. A single  run  of  each  of  these  subsystems  produces  a plan  for  only 
one  side.  Consequently,  these  subsystems  must  be  cycled  twice  to  produce 
Red  and  Blue  plans. 

The  major  inputs  required  to  initiate  this  phase  of  processing  are: 

• A game  data  base  prepared  by  the  Data  Assembly  and  Weapon/ 

Target  Identification  subsystems 

• A set  of  parameters  which  relate  to  the  strategy  associated 
with  the  plan  which  is  to  be  developed. 

These  parameters  are  supplied  by  the  planner.  They  reflect  his  views  as 
to  the  strategic  attack  objective,  in  terms  of  the  relative  values  of  the 
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various  targets  being  considered,  the  forces  to  be  withheld,  the  tar- 
geting constraints  to  be  observed,  and  the  initiating  force;  i.e.,  which 
side  attacks  first* 

The  target  values  which  are  computed  on  the  basis  of  these  parameters 
reflect  in  a very  significant  way  the  major  strategic  objectives  of  the 
7.  ■-  tesu^taiht,wat\'piaftVr,’,^eBe.''Values;!ai7e,Trelativa--vja1.iue8.  and  ate  partially 
contained  in  the  data  base  itself.  QUICK  has  15  specific  classes  of  tar- 
gets. The  relative  values  of  the  targets  contained  in  any  one  class  are 
included  in  the  data  base;  the  strategic  objectives  of  the  planner  who 
wants  to  use  the  plan  generation  function  are  expressed  in  how  the  value 
scales  of  these  various  classes  of  targets  are  related  to  one  another. 

The  user  thereby  puts  more  or  less  relative  importance  on  each  of  the 
classes  of  targets  in  accomplishing  the  strategic  objectives  that  he 
chooses.  This,  of  course,  will  be  related  to  the  kind  of  strategy  he  is 
contemplating  for  the  particular  war  game,  whether  a,  first  or  second 
strike,  and  so  forth. 

Having  established  a value  for  each  target,  the  plan  generation  phase 
allocates  the  weapons  (e.g..  Red  weapons  to  Blue  targets)  and  prepares 
the  detailed  missile  and  bomber  attack  plans.  If  desired,  the  plans  may 
be  printed,  inspected,  and  altered  by  changing  the  attack  objectives  and 
repeating  the  process.  The  series  of  Red  missile  and  bomber  events  cor- 
responding to  the  sortie  plan  is  prepared  in  a form  suitable  for  input  to 
the  Simulator.  As  a user  option,  a war  plan  summary  is  provided  which 
includes  an  expected-value  estimate  of  the  results  of  the  attack.  In 
addition,  the  aim  point.  Desired  Ground  Zero  (DGZ) , for  each  planned  weap- 
on can  be  output  for  subsequent  evaluation  utilizing  an  external  damage 
assessment  system.  A Blue  war  plan  is  then  prepared  in  the  same  manner 
as  the  Red  war  plan.  The  system  is  ready  to  proceed  with  the  simulation. 

The  simulation  conditions,  specifying  the  starting  time  for  each  side  and 
various  defense  capabilities,  are  read  in  from  cards  or  from  a remote  ter- 
minal. The  events  on  the  event  tapes  are  then  processed  in  the  Simulator 
along  with  any  new  events  that  are  generated.  For  each  event  that  tran- 
spires, a record  is  made  on  a history  tape  or  permanent  file  of  all  infor- 
mation that  might  later  prove  of  interest. 

When  the  last  event  in  the  game  has  been  simulated,  the  history  tape  or 
file  is  processed  by  the  Simulation  subsystem  to  prepare  the  Actual  Ground 
Zero  (AGZ)  tape  which  reflects  such  information  as  the  latitude,  longitude, 
and  yield  of  all  successful  weapons,  and  a formatted  history  which  is  in 
a form  suitable  for  game  output  summarization.  The  AGZ  tape  is  subsequent- 
ly processed  by  a damage  assessment  system  to  produce  detailed  damage 
assessments.  The  formatted  history  is  processed  by  the  QUICK  Simulation 
subsystem  to  provide  two  outputs:  a standard  summary  of  the  game,  and  the 

results  of  any  special  requests  for  information  concerning  what  transpired 
during  the  game. 
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While  the  system  can  proceed  automatically  through  all  steps  if  desired, 

It  may  be  halted  at  the  end  of  each  subsystem,  and  the  available  output 
inspected  for  correctness  and  adequacy.  In  addition,  an  interactive 
capability,  utilizing  the  standard  time-sharing  subsystems  in  conjunction 
with  a special-purpose  program,  permits  the  user  to  selectively  scan  and/ 
or  direct  the  output  of  individual  programs  or  segments  thereof  as 
required. 

Data  Base  Preparation  Process  (Data  Assembly  Subsystem) 

The  Data  Assembly  subsystem  consists  of  programs  which  process  target 
data  required  for  plan  generation  and  simulation,  and  a utility  package 
consisting  of  programs,  subroutines,  and  functions  which  perform  a 
variety  of  support  tasks  common  to  several  system  programs.  General 
descriptions  of  these  functions  and  their  organization  in  subsequent 
sections  of  this  volume  are  provided  in  the  following  subsections. 

QUICK  System  Filehandler;  QUICK  employs  a file  handling  system 
(subroutine  FILEHNR)  used  by  all  QUICK  programs  for  tape  and  disk  opera- 
tions to  speed  read/write  operations. 

Special-Purpose  Utility  Routines;  Programs  OUTFILE,  RELOADF,  and 
DECLARES  comprise  the  special-purpose  utility  routine  package.  These 
have  the  following  purpose: 

1.  OUTFILE  and  RELOADF:  These  programs  provide  i restart 

capability  used  in  conjunction  with  the  Weapon  Allocation  and 
Sortie  Generation  subsystems.  They  enable  users  to  interrupt 
processing  during  a subsystem  operation  and  either  repeat  or 
resume  processing  at  a later  time. 

2.  DECLARES:  This  program  is  used  to,  assist  the  maintenance  pro- 

grammer or  prog rammer/ anal} Jt  m writing  and  maintaining  pro- 
grams which  process  QUICK  data  base  tapes  or  files.  It  places 
into  programs  the  proper  FORTRAN  COMMON,  EQUIVALENCE  and  type 
statements  required  for  the  data  base  being  processed. 

General  Utilities:  The  programs,  subroutines,  and  functions  of  the 

general  utilities,  which  perform  a variety  of  tasks  throughout  the  QUICK 
system.  Among  the  tasks  performed  by  the  general  utilities  are,  for 
example,  error  diagnostics,  supporting  positional  and  distance  calculation 
functions,  tallying  of  targets,  etc. 

Data  Assembly  Programs:  The  Data  Assembly  programs  consist  of  programs 

WHEEL,  INBOUNDS,  KRUNCH,and  STACKER.  The  data  flow  for  these  programs  is 
shown  in  figure  3. 
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The  Data  Assembly  programs  extract  target  items  from  the  JAD  files  and 
prepare  these  items  for  use  in  program  QUIKBASE  of  the  Weapon/Target 
Identification  subsystem  to  update  an  existing  data  base. 

The  first  program,  WHEEL,  ia  a driver  program  for  overlay  programs  INSET, 
INSORT,  and  NJMDESIG.  Any  one  or  all  of  these  programs  may  be  selected  by 
executing  program  WHEEL. 

Overlay  INSET  extracts  the  desired  target  item  records  from  the  JAD  files, 
and  overlay  INSORT  sorts  these  item  records  in  a prescribed  manner.  Over- 
lay NUMDESIG  assigns  additional  information  to  each  item  record  and 
prepares  the  target  items  for  use  in  program  QUIKBASE  to  update  an 
existing  data  base. 

Three  optional  programs  may  be  executed  to  generate  data  to  be  used  in 
overlay  NUMDESIG,  or  subsequent  programs  of  the  Weapon/Target  Identifica- 
tion subsystem  for  assigning  target  defense  and  cone  data  to  item  records. 
These  programs  are  KRUNCH,  INBOUNDS,  and  STACKER.  Program  KRUNCH  pre- 
pares the  target  defense  data  using  the  surface-to-air  missile  (SAM)  file 
produced  by  overlay  INSET.  Program  INBOUNDS  extracts  zone  data  from  an 
existing  game  data  base.  Program  STACKER  combines  the  outputs  from  pro- 
grams KRUNCH  and  INBOUNDS  into  a form  acceptable  to  overlay  NUMDESIG  or 
subsequent  programs  of  the  Weapon/Target  Identification  subsystem. 


Data  Base  Preparation  Process  (Weapon/Target  Iden tifica t ion  Subsystem) 


The  data  base  preparation  process  is  a user-oriented  data  management  tool. 
The  p -ocess  does  not  involve  analytical  techniques,  per  se,  but  performs 
data  processing  functions  associated  with  updating  and  creating  data  files 
used  in  QUICK. 


| This  process  includes  the  programs,  data  maintenance  routine,  and  special 
procedures  required  to  abstract  from  the  QUICK  data  base  (DATADB)  the 
information  a user  desires  for  a particular  plan  or  game  and  assembles 
it  in  a form  suitable  for  input  to  the  plan  generation,  simulation,  and 
output  data  processes.  The  process  has  been  designed  as  a general-purpose, 
flexible  and  expandable  tool  which  can  be  modified  to  delete  and/ox  add 
capabilities  unique  to  a specific  support  task. 

The  tnaior  programs  of  the  data  base  preparation  process  are  shown  in 
figure  3.1.  A brief  description  of  the  flow  of  data  and  principal  func- 
tions of  the  programs  involved  will  provide  a basis  for  understanding  the 
more  detailed  descriptions  which  appear  later  in  this  volume. 

Program  qUIKBASE.  This  program  performs  the  primary  function  of  creating 
a game  lata  base  which  defines  the  general  data  to  be  used  in  the  suc- 
ceeding programs  of  the  subsystem.  This  program  accepts  an  input  data 
base  and,  based  on  user-input  parameters,  modifies  the  file  to  create  a 
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• game  baaa  flit  (QUIKDB) . Tha  input  data  bcu  (also  callad  a data  library) 
way  ba  data  fila  DATADB  or,  at  an  altamata  capability,  tha  data  baaa  way 
bfe  input  in  card  fora,  Oa  option,  tha  gasa  baaa  file  (QUIKDB)  can  ba 
printed,  tha  program  has  tha  additional  capabilities  of  updating  an 
axiating  data  baaa  and  creating  a damage  ae casement  data  baaa  fro®  a game 
baaa. 

Program  DBMOD:  Thij  program  ia  designed  to  perform  a specific  NMCSSC 

support  task.  Its  wait  function  ia  to  altar  tha  content  or  character* 
ratios  of  a data  base  in  order  to  adapt  it  to  the  specific  scenario  for 
j which  a plan  ia  being  developed.  As  Indicated  in  figure  3.1,  this  program 
la  utilized  after  program  QUIKBASE  to  introduce  user-desired  modifica- 
tions in  tha  game  file.  Examples  of  the  types  of  modifications  involved 
are  presented  it  chapter  3. 

Program  BASESUM:  The  purpose  of  program  BASESUM  is  tc  summarize  a game 

| base  file  and  to  print  these  sumnaries  in  tabular  form.  While  figure  3.1 
reflects  the  program  operating  after  program  DBMOD,  the  program  may  be 
used  to  summariie  the  data  base  contained  on  the  output  tapes  produced 
by  programs  QUIKBASE,  DBMOD,  INDEXER,  or  EDITDt . This  program,  while  not 
required  in  the  processing  cycle,  provides  a means  for  checking  the  input 
data  and  is  a record  of  the  information  contained  on  any  game  base  taj>e. 

Program  INDEXER:  To  provide  for  efficient  data  handling  and  communications 

between  the  programs  of  the  QUICK  system,  index  numbers  are  assigned  to 
various  kinds  of  data.  For  example,  each  item  assigned  to  a target  class 
in  the  data  base  (15  target  classes  are  used  in  QUICK)  is  assigned  an 
I index  number,  called  INDEXN,  whic!  may  range  from  1 to  12,000.  For 
internal  coding  purposes,  such  items  are  referenced  by  their  assigned 
| INi'EXN.  Program  INDEXER  is  designed  to  perform  the  required  indexing 
operations.  In  addition,  target  elements  which  are  either  exactly  col- 
located or  are  within  close  proximity  of  each  other  are  grouped  together 
to  facilitate  calculations  of  target  kill  probabilities  during  simulation 
and  to  simplify  the  weapon  allocation  procedures  used  in  plan  generation. 
These  program  functions  are  discussed  in  greater  detail  in  chapter  3. 

The  primary  NMCSSC  input  to  program  INDEXER  is  the  modified  data  base 
prepared  by  program  DBMOD  (QKMODDB).  Program  INDEXER  prepares  two 
output  tr.pes . Tne  simulation  data  tape  SIMTAPE  contains  selected  weapon 
and  target  data  and  io  subsequently  input  to  the  Simulation  subsystem. 

In  addition,  an  indexed  data  base  INDEXDB  is  prepared.  The  INDEXDB  tape 

| serves  as  input  to:  (1)  the  plan  generation  process  and  (2)  the  data 

I output  process.  If  additional  modifications  are  required  or  data  check- 

ing is  desired,  INDEXDB  ir  processed  by  program  EDIVDB  and  a modified 
indexed  gaae  date  ba^r.  IKMODDB  is  output  for  use  in  place  of  INDEXDB. 
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Program  EDITDB:  This  program  la  designed  to  perform  editing  of  the 

data  base  tape  TNDEi'OB.  It  will  aalact  or  delate  items  on  the  basis  of 
country  location,  and  perform  consistency  checks  on  certain  attributes 
(Including  those  Involved  with  gone  definition).  It  Is  (optionally)  run 
following  INDEXER. 
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definition*  which  apply  to  consecutive  groups  of  items.  This  oroering 
end  compression  of  the  file  is  only  an.  efficiency  device  which  in  no 
way  compromises  the  edventeges  in  flexibility  «nd  simplicity  of  en 


{Structured 


file. 


This  form  of  date  file  is  processed  by  a tingle  pass  of  the  entire  fils, 
taking  appropriate  action  for  each  Item  as  It  passes  through.  Moat 
operations,  such  as  counting,  extracting,  ur  modifying,  are  acco«r 
^ pliahed  in  this  manner,  ••••  • • 


DATA  BASE  ORGANIZATION 


The  QUICK  data  base  consists  of  two  parts,  the  directory  modifications 
and  the  Item  File.  These  are  described  in  the  following  paragraphs. 


The  Directory  j 

• i 

The  heart  of  the  Data  Base  Preparation  and  Simulation  subsystem  is  the  directory, 
which  consists  of  a list  of  all  the  attributes  which  can  be  used  to 
describe  the  items  defined  in  the  data  base  (see  Appendix  B,  QUICK 
Attribute  Names  and  Descriptions). 

It  is  to  be  noted  that  there  are  three  kinds  of  attributes  in  the 
directory: 

1.  User  essential  attributes  which  are  necessary  if  QUICK 

is  to  function  accurately,  e.g.,  LAT  (latitude)  item  data 
which  must  be  input  by  the  user 

2.  Program  essential  attributes  which  are  automatically 
generated  by  QUICK  prograr.  s,  either  for  internal  indexing 
(e.g.,  ITYPE)  or  a result  of  simulation,  e.g.,  DELAY 

3*  Nonessential  attributes  included  for  the  convenience  of 
the  user,  usually  for  identification  or  classification 
purposes;  e.g.,  WACNO  and  FLTNO. 

The  directory  of  essential  attributes  is  "built  into"  the  program 
QUIKBASE,  The  first  file  of  the  QUICK  data  base  may  consist  of  modi- 
fications to  the  "built-in"  directory.  The  modifications  may  consist 
of  changes  in  the  default  values  of  essential  attributes,  data  lists 
for  list  checking  attributes  and  additions  of  nonessential  attributes. 
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This  directory  facilitates  the  input  of  items  to  the  data  base,  directs 
various  kinds  of  checking  of  the  attribute  values  included  for  each 
item,  aynd  simplifies  retrieval  and  output  programs.  All  items  which 
are  input  to  the  data  base  are  checked  ,'or  consistency.  That  is,  the 
attributes  which  are  specified  to  describe  an  item  are  checked  to  deter- 
mine that  they  are,  in  fact,  defined  in  the  data  base  directory  und  that 
the  attribute  value  satisfies  the  range  or  checklist  specifications  for 
those  attributes.  In  addition,  the  position  of  attributes  in  tl.e  directory 
is  used  as  the  appropriate  index  number  assigned  to  the  attribute.  The 
index  number  is  stored  on  the  data  base  file  instead  of  the  attribute 
name  to  simplify  processing. 


Directory  Conventions 

In  preparing  the  directory,  certain  conventions  have  been  adopted  for 
the  units  in  which  values  of  the  attributes  are  expressed.  The  ones  of 
greatest  interest  are:  distances  expressed  in  nautical  miles;  time  u. 

hours;  and  speed  in  knots.  Latitude  and  longitude  are  carried  within 
the  QUICK  system  in  the  following  format: 


North  latitude 
South  latitude 
East  longitude 
West  longitude 


0.  (Equator)  to  +90.  (North  Pole) 
0.  (Equator)  to  -90.  (South  Pole) 
180.  to  360.  (Greenwich  Meridian) 

0.  (Greenwich  Meridian)  to  180. 


Latitude  and  longitude  may  be  input  either  using  the  above  format  or 
using  the  standard  degree,  minute,  second,  and  direction  format.  If  the 
latter  mode  of  input  is  used,  the  coordinates  are  converted  to  the  format 
shown  above. 


The  Item  File 


After  the  directory  has  been  formed , any  set  of  attributes  can  be  grouped 
together  and  assigned  values  to  define  items.  The  attribute-valuo  pairs 
are  collected  to  describe  such  items  as  targets,  weapons,  defensive 
systems,  and  payloads.  The  value  defined  for  each  attribute  of  an  item 
is  validated  by  checking  the  directory. 

As  previously  indicated,  a convention  which  allows  "global"  attribute 
definitions  may  be  used  in  preparing  the  data  base.  Within  the  data  base, 
items  are  grouped  by  class  and  by  type  within  class.  Arranged  in  this 
manner,  groups  of  items  will  tend  to  share  common  attributes;  i.e.,  a 
series  of  items  representing  B-52  bomber  bases  may  all  be  assigned  the 
attribute-value  pair  TYPE=B-52.  In  this  case,  the  user  may  define  the 


12 


CH-2 


14< 


* 


attribute  using  a global  definition  instead  of  explicitly  listing  the 
attribute  as  an  item  entry  for  each  bomber  base.  Once  defined,  the 
global  attribute  remains  in  effect  until:  (1)  it  is  removed  by  an  ” 

UNDEFINE  command  inserted  in  the  data  base  by  the  user;  (2)  the  target 
class  changes;  or  (3)  the  global  definition  is  overridden  by  a definition 
contained  in  the  incoming  item.  In  the  latter  case,  the  global  value 
is  not  applied  to  the  item  being  processed,  but  it  remains  in  effect  for 
subsequent  items  in  the  class.  5 " 


DUICK  Data  Classes 


The  information  included  in  the  data  base  is  categorized  by  CLASS,  e.g,, 
bombers,  and  by  TYPE  within  class,  e.g.,  B-52.  fifteen  classes  may  be 
used  to  describe  the  targetable-type  installations  included  in  the  data 
base.  The  data  categories  currently  associated  with  each  target  class 
are  shown  in  table  3.  These  classes  are  identified  within  tht  system  by 
referencing  the  value  of  the  attribute  ICLASS,  the  class  number.  The 
class  name,  attribute  CLASS,  is  not  used  for  internal  identification  but 
is  included  in  many  of  the  printouts  output  by  the  system.  The  class  names 
may  be  changed  by  the  user;  however,  the  program  functions  unique  to  a 
particular  ICLASS  must  be  considered  in  determining  the  class  assignment 
for  targetable  items.  The  attributes  assigned  to  the  items  of  ICLASS  1 
through  5 and  ICLASS  14  define  the  item  not  only  as  a target  but  include 
the  attributes  which  establish  its  offensive/defensive  capabilities  and 
characteristics.  . ...... ;.y  ....... 

In  addition  to  these  target  classes,  nine  auxiliary  data  classes  are  used 
to  enter  weapon-type  data  such  as  the  specific  composition  of  a bomber 
payload  (bombs,  air-to-surface  missiles  (ASMs) , electronic  countermeasures 
(ECM) , and  decoys)  and  geographic-type  data  required  by  the  system. 
Geographic-type  data  arc  required  to  define  air  defense  zones  and  to 
| provide  for  bomber  routing.  Fot  example,  in  plan  generation, 
penetration  and  depenetration  routing  of  aircraft  is  controlled  through 
the  use  of  corridors  established  by  the  planner.  The  data  defining  each 
of  the  route  points  associated  with  these  corridors  are  included  in  the 
auxiliary  class  segment  of  the  data  base.  Internally,  these  classes  are 
identified  by  the  class  name  shown  in  table  2 (ICLASS  is  not  assigned  to 
these  classes).  Hence,  these  class  names  may  not  be  changed  by  the  user. 
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Data  Constraints  (Upper  Limits) 

There  are  no  restrictions  on  the  quantity  of  data  that  may  be  maintained 
in  the  data  library  (data  base  DATADB) . There  are,  however,  constraints 
^upper  limits)  on  the  amount  of  data  the  QUICK  system  can  process  in  a 
single  run.  These  constraints  are  directly  related  to  the  storage  re- 
quirements outlined  above  and  similar  requirements  associated  with  the 
programs  of  the  other  QUICK  subsystems.  Table  3 provides  a list  of  major 
constraints  associated  with  the  data  preparation  process. 


As  shown  in  table  3,  the  game  data  base  may  contain  up  to  12,000  items. 
This  includes  both  Red  and  Blue  items.  However,  only  5,000  targets  per 
plan  can  be  accommodated.  The  latter  restriction  is  imposed  by  the  plan 
generation  process  and  must  be  considered  in  forming  the  data  base.  For 
plan  generation,  target  complexes  consisting  of  multiple  target  class 
items  are  treated  as  a single  target;  experience  with  the  NMCSSC  QUICK 
data  base  indicates  that  at  least  20%  of  the  data  base  items  will  be 
assigned  to  target  complexes  (criteria  explained  in  chapter  3).  Hence, 
6,000  target  class  items  can  usually  be  accommodated  within  the  5,000 
target  per  plan  limitation,  Considering  current  QUICK  support  require- 
ments, none  of  the  existing  constraints  is  considered  a significant 
restriction. 
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j Taole  3.  Major  input  Data  Limits 

TARGET  CLASS  DATA  MAXIMUM  CODE* 

Target  Classes  15  1 

Target  Types  250  1 

Target  Types  per  Class  40/20**  2 

Targets  (Target  Class  Items)  12000  1 

Targets  per  Plan  (Red  or  Blue)  5000  2 

Targets  per  Earth  Sector  4000  1 

Targets  - Collocated  4000  1 

Targets  per  Collocation  Island  100 

Target  Complexes  4000  T 

Target  Elements  per  Complex  40  ...  - 

Targets  Defended  By  Terminal  Antiballistic 

Missile  Interceptors  500  1 


AUXILIARY  CLASS  DATA 
Warhead  Types 
Payload  Types 

Air-to-Surface  Missile  (ASM)  Types 
Air  Defense  Zones  (Bomber) 

Command/Control  Regions 
Corridors  (Penetration) 

Depenetration  Points 

Recovery  Bases  (Bomber)  per  Depenetration  Point 
Refuel  Points  (User  Directed) 

Route  Legs 
Route  Points 

Weapon  Type  Characteristics  List 
Zone  Boundary  Legs 


50 

40 

20 

63 

20 

30 

50 

4 

20 

200 

200 

40 

200 


1 

2 

1 

2 

2 

2 

2 

2 

2 

2 

2 

2 


*1  = Total  in  game  base;  2 = Total  per  side;  - = As  stated 
**Missile  and  Bomber,  40  each;  all  others,  20  each 
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CHAPTER  3 
METHODS  USED 


I The  data  base  preparation  process  is  designed  to  minimize  the  manual  effort 
required  to  prepare  a QUICK  game  data  base  and  the  associated  data  files 
j which  provide  data  base  information  to  the  subsequent  plan  generation  and 
• simulation  processes. 

As  previously  indicated,  the  process  does  not  involve  the  use  of  analyti- 
cal techniques.  Computations  performed  within  the  subsystem  are  not  com- 
plex. Mathematical  operations  performed  for  the  purpose  of  establishing 
or  changing  the  value  of  selected  attributes  involve  simple  multiplication 
and  division  accomplished  on  the  basis  of  a specific  user-input  parameter. 


The  following  sections  of  this  chapter  provide  an  explanation  of  the 
major  steps  and  functional  requirements  associated  with  creating,  updating, 
modifying,  and  indexing  a QUICK  game  data  base. 


CREATION  OF  GAME  DATA  BASE  (QUIKBASE) 


The  creation  of  a game  base  file  is  performed  by  program  QUIKBASE.  It 
defines  the  data  base  to  be  used  by  succeeding  programs  of  the  QUICK 
system.  This  program  accepts  an  input  data  base  (also  referred  to  as  a 
data  library)  that  specifies  the  attribute-value  pairs  for  each  item  in 
the  data  base.  This  library  (called  DATADB)  is  processed  to  produce  a 
game  base  file  (called  QUIKDB)  which  contains  these  attribute-value 
pairs  in  a compact  format  that  can  be  used  easily  by  the  later  programs. 

Program  QUIKBASE  serves  three  functions.  First,  it  provides  a capability 
to  create  or  update  a data  library  tape.  This  creation  or  update  process 
may  be  independent  or  may  include  the  creation  of  a game  base  file  (QUIKDB). 
Second,  the  program  provides  facilities  to  print  the  game  base  file  (QUIKDB) 
in  a format  meaningful  to  the  user.  Third,  the  program  can  produce  a Red 
| and  Blue  damage  assessment  data  base  for  use  in  programs  external  to  the 
I QUICK  system. 


18 


CH-2 


18< 


Six  options  are  available  for  use  in  accomplishing  the  generation  of 
data  bases.  These  options  are  requested  via  opt  .on  cards.  Each  option 
is  briefly  summarized  below. 

USER  OPTION  DESCRIPTION 

SETID  Program  will  read  the  input  file 

(either  cards  or  BCD  card  images 
on  tape)  and  create  a data  library 
tape  (DATAB3)  with  set  and  line 
numbers  for  each  data  card  image. 

SELSTRIP  Program  will  strip  off  desired 

classes  by  side,  or  desired  sets  by 
line  number,  and  desired  attributes 
from  existing  data  library  tapes, 
perform  specified  modifications,  and 
place  the  stripped  data  on  a tape 
(STRIPD) . 

Program  will  update  the  data  library 
tape  (DATADB),  create  one  or  more 
copies  of  that  updated  library,  and, 
optionally,  create  a game  base  tape 
(QUIKDB).  Input  is  from  cards,  a 
previous  DATADB  tape,  or  a STRIPD 
tape. 

Program  will  generate  a game  base 
tape  (QUIKDB). 

Program  will  print  a QUIKDB  tape. 


UPDATE 

QUIKDBG 

PRINTDB 


DBASSESS  Program  will  create  both  Red  and  Blue 

Damage  Assessment  tapes  from  the  game 
base  tape.  These  tapes  are  suitable 
for  input  to  the  SIDAC  model. 


DATA  BASE  MODIFICATION  AND  CORRECTION  (DBMOD  and  ED1TDB) 

When  the  QUICK  data  base  is  created  by  merging  data  retrieved  from  auto- 
mated data  management  systems,  some  of  the  data  required  only  for  the 
QUICK  system  are  not  present  in  the  data  base.  In  addition,  the  data 
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base  may  need  to  be  adapted  to  the  specific  scenario  for  which  the  plan 
is  being  developed.  Programs  DBMCD  arid  EDITDB  alter  the  content  or 
characteristics  of  a data  base  in  order  to  perform  this  adaptation. 

Major  modifications  and/or  additions  to  the  ba3ic  game  data  as  required 
by  the  QUICK  system  and  the  desired  plan  scenario  are  performed  by 
DBMOD.  EDITDB  is  used  for  minor  plan  variations  when  the  planner  does 
not  wish  to  disturb  the  basic  plan  indexing  scheme,  and/or  wishes  the 
data  base  to  be  checked  to  see  whether  the  values  of  attributes  are 
consistent. 


| The  major  data  augmentation  tasks  performed  by  program  DBMOD  are: 

j ^ * Targets  which  are  inappropriate  for  the  plan  under  con -c  ■ aeration; 

I i.e.,  those  targets  assigned  the  attribute  RESERV-O,  *i> 

excluded  from  further  consideration 


2.  The  appropriate  number  of  weapon  vehicles  per  bomber  squadron 
(NOPERS)  is  chosen,  depending  upon  the  particular  plan  being 
developed  (retaliatory,  initiative,  or  surprise) 

3.  The  number  of  bombers  in  commission  (NOINOO)  for  each  squadron 
is  calculated  by  specifying  that  NOINCO  is  equal  to  a user- 
specified  fraction  of  NOPERS 


4.  The  number  of  bombers  which  are  on  alert  (NOALER)  for  each 

squadron  is  calculated  by  specifying  that  NOALER  is  equal  to  a 
user-specified  fraction  of  NOINCO 

5*  The  appropriate  relative  effectiveness  (EFECTN)  of  each  inter- 
ceptor squadron  and  each  defensive  command /control  installation 
is  selected  based  on  the  type  plan  being  developed 

6.  The  relative  value  (VAL)  of  urban/industrial  targets  is  calculated 
as  a function  of  general  industrial  worth  (IGIW)  and  population 
(POP)  according  to  the  formula  VAL  = A- IGIW  + B-POP,  where  A and 
B are  player  inputs 


7.  If  required,  target  defenses  (TARDEFs)  are  processed  i 

8*  If  required,  air  defense  zones  are  calculated  for  classes  4 and  5. 

These  zones  are  usually  already  part  of  the  data  base  prepared  i 

for  QUICK.  ! 

i 

i 

* 


# 


| For  input,  the  plan  generation  process  uses  subsets  of  the  data  that  are 
contained  in  the  general  data  base.  The  exact  composition  of  these  subsets 
depends  upon  which  type  of  plan  is  being  developed.  Thus,  there  is  a need 
to  examine  in  detail  all  of  the  attributes  contained  in  the  basic  game 
data  base  and,  depending  upon  which  of  the  three  possible  plans  is  to  be 
constructed  (retaliatory,  initiative,  or  surprise),  to  omit  from  further 
consideration  those  data  which  are  not  relevant. 

This  task  is  accomplished  by  running  program  DBMOD  after  program  QUIXBASE. 
The  program  sequentially  examines  each  item  in  the  data  base  file.  Accord- 
ing to  user-specified  input  parameters,  items  with  the  attribute  RESERV 
equal  to  zero  are  omitted;  selection  is  made  of  the  correct  number  per 
squadron,  number  in  commission,  number  on  alert,  and  effectiveness;  and 
adjustment  is  made  of  the  attribute  VAI-  as  a linear  combination  of  IGIW  and 
POP. 

Program  EDITDB  examines  items  in  the  indexed  data  base  and  deletes  items 
|on  the  basis  of  their  country  location  code,  CNTRYL  . The  user  can 
thus  provide  for  variations  in  the  target  system  by  country  without 
disturbing  the  basic  indexing  scheme.  It  also  checks  attributes  that 
should  hold  certain  relationships  with  others. 
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SUMMARIZING  THE  GAME  DATA  BASE  (BASESUM) 


Program  BASESUM  summarizes  game  data  bases  and  prints  these  summaries  in 
tabular  form.  Program  BASESUM  may  be  used  to  summarize  the  data  base  con- 
tained on  the  output  tapes  produced  by  programs  QUIKBASE,  DBMOD,  INDEXER, 
or  EDITDB.  The  only  input  required  by  the  program  is  a data  base  tape. 

The  output  consists  of  printed  summary  information.  There  are  no  user- 
input  parameters  required  for  this  program. 

Program  BASESUM  makes  two  passes  through  the  data  base  and  summarizes  the 
contents  by  side  and  class.  For  e .cb  side-class  combination,  one  table  is 
generated  in  wb'ch  the  colums  are  the  types  found  and  the  rows  are  all  the 
attributes  defined  for  this  class.  One  line  called  ITEMS  is  added  to  the 
row  heading,  although  it  is  not  a true  data  base  attribute.  It  contains  the 
count  of  the  number  of  items  of  that  side,  class,  and  type. 


SUBSYSTEM  INTERFACES  WITH  WEAPON/TARGET 
IDENTIFICATION  SUBSYSTEM  (IN)EXER) 


In  order  to  provide  for  efficient  data  handling  and  communication  between 
the  programs  of  the  QUICK  system,  it  is  necessary  to  assign  indices  to  the 
| data  in  the  data  base.  Program  INDEXER  of  the  Weapon/Target  Identification 
I subsystem  is  designed  to  perform  this  important  function. 

The  input  to  program  INDEXER  consists  of  either  the  game  data  base  as 
created  in  program  QUIKBASE  (QUIKDB)  or  the  modified  data  base  (QKMODDB) 
as  constructed  in  program  DBMOD.  The  output  from  the  program  consists  of 
l an  indexed  data  base  tape,  INDEXDB,  which  provides  data  used  in  plan  gen- 
I eration,  and  a simulation  data  tape,  SIMTAPE,  which  is  used  in  program 
SIMULATE  of  the  Simulation  subsystem. 

I The  indexed  data  base  contained  on  INDEXDB  is  normally  input  directly  for 
I plan  generation.  However,  if  required,  additional  modifications  to  this 
file  may  be  implemented  using  program  EDITDB.  If  this  option  is  exercised, 
INDEXDB  becomes  an  input  to  program  EDITDB  which  prepares  a modified 
| indexed  data  base  INMODDB  for  input  to  plan  generation. 

The  data  base  on  the  INDEXDB  tape  differs  from  the  data  base  which  is  input 
to  INDEXER  (QUIKDB  or  QKMODDB  tape)  in  the  following  ways:  the  indices 

INDEXNO.  ITYPE , and  JTYPE  are  defined  for  all  appropriate  items,  and  a 
positive  value  of  the  attribute  ICOMPLEX  is  assigned  to  all  elements  of  the 
target  complexes  formed  by  INDEXER. 
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The  SIMTAPE  is  s library  type  file.  It  provides  information  which 
I supplements  the  war  plan  data  provided  by  plan  generation  and  is 

required  by  the  Simulator  to  model  and  evaluate  the  results  and  inter- 
actions of  the  planned  events.  The  SIMTAPE  information  Includes: 

The  array  COLAR  which  provides  information  on  collocated 
targets,  e.g.,  the  index  number  INDEXN  and  the  relative 
coordinates  (offset  distances  in  units  of  .02  nautical  miles) 
between  collocated  targets. 

The  array  STATUS  which  provides  information  on  every  target 
class  item  processed  by  INDEXER.  This  array  consists  of  one 
word  for  each  value  of  INDEXN.  A series  of  codes  and  indices 
packed  within  each  word  provides:  (1)  information  on  the 

target  (INDEXN  item),  e.g.,  its  collocation  status  (one  if 
collocated,  otherwise  zero);  and  (2)  indices  to  other  arrays 
containing  target  information,  e.g,,  the  index  to  the  array 
VULN  which  contains  the  target's  vulnerability  number. 

Several  tables  which  provide  (1)  type  characteristics,  i.e., 
data  such  as  probability  of  a launch  abort,  which  are  the  same 
for  every  vehicle  of  a given  type  and  (2)  data  establishing 
the  defensive  capabilities  of  each  side,  e.g.,  the  defensive 
potential  of  each  bomber  air  defense  zone. 

Indexing  Operations 

To  facilitate  cross-referencing  between  data  basi  items,  all  items  in  the 
target  classes  are  assigned  indices.  Each  item  is  assigned  a unique 
| index  number  (attribute  INDEXN)  and  two  indices,  ITYPE  and  JTYPE,  which 
identify  the  item  as  a member  of  a specific  "type  set." 

Program  INDEXER  assigns  indices  to  the  various  kinds  of  data  as  follows. 
For  all  classes  that  contain  items  which  could  be  considered  to  be 
targets,  the  user  assigns  a value  of  the  attribute  ICLASS  from  1 to  15 
at  the  time  the  data  base  is  prepared.  All  target  types  (attribute  TYPE) 
which  belong  to  these  classes  are  assigned  distinct  values  of  the 
attribute  ITYPE,  and  all  types  within  each  class  are  assigned  distinct 
values  of  the  attribute  JTYPE.  Each  item  in  classes  1 through  15  is 
| then  assigned  a distinct  value  of  the  attribute  INDEXN;  this  assignment 
preserves  the  partial  ordering  of  the  items  due  to  the  ITYPE  assignment. 

The  assignment  of  these  indices  is  performed  by  program  INDEXER  which 
makes  several  passes  through  the  game  data  base  file.  In  pass  one,  the 
values  of  ITYPE,  JTYPE  are  assigned,  and  other  indexing  operations  are 
completed  as  follows. 
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To  facilitate  cro*a- referencing  in  subsequent  programs,  program  INDEXER 
constructs  a set  of  breakpoint  tables  which  reflect  the  Indexed 
structure  of  the  data  base.  With  the  aid  of  these  breakpoint  tables, 

| which  give  the  beginning  indices  INDEXK  of  each  class  and  type  and  the 
number  of  RED  and  BLUE  types  in  each  class,  it  is  possible  to  obtain  the 
class,  type,  and  side  of  any  item  from  its  index  number.  The  breakpoint 
tables  are  included  on  the  output  tapes  prepared  by  program  INDEXER 
1 (INDEXDB  and  SIMTAPE). 


Collocation  Islands  and  Complex  Targets 

| In  order  to  allow  more  efficient  operation  of  the  plan  generation  and 
simulation  processes,  the  individual  target  items  in  the  game  data  base 
are  aggregated  into  "clusters. 11  These  clusters  may  take  two  forms, 
collocation  islands  or  complex  targets. 


| Collocation  Islands:  To  facilitate  the  calculation  of  target  kill  proba- 

| bi lities  during  simulation,  the  QUICK  design  provides  for  grouping 

| appropriate  targets  into  collocation  islands.  Collocation  islands  are 

defined  by  the  following  criterion:  if  the  distance  between  two  targets 

is  less  than  the  sum  of  the  lethal  radii  of  an  input  weapon  yield 
I (based  on  sides),  considering  the  hardness  of  each  target,  the  targets 

belong  to  the  same  collocation  island.  A collocation  island  consists  of 
all  targets  (up  to  100)  which  are  linked  by  this  distance  criterion. 

I In  practice,  islands  are  usually  rather  small  clusters.  Targets  are  said 

to  be  collocated  if  they  belong  to  the  same  collocation  island;  a collocated 
I . target  is  one  which  belongs  to  some  collocation  island.  During  simula- 

f tion,  if  a weapon  is  successfully  delivered  against  a collocated  target, 

;■  the  effects  of  the  burst  are  assessed  against  all  targets  in  the  colloca- 

tion island.  Data  reflecting  the  relevant  target-to-target  spacing  for 
each  collocation  island  are  referenced  by  the  Simulator  through  the  use 
v | of  the  index  number  INDEXN  assigned  to  each  target. 

Complex  Targets:  The  definition  of  a complex  target  is  identical  to  the 

definition  of  a collocation  island,  except  that  the  required  distance 
between  targets  is  one-half  the  distance  defined  for  collocation.  There-  ^ 
fore,  every  complex  target  is  a subset  of  some  collocation  island.  Thus, 
complex  targets  consist  of  target  elements  (up  to  40  data  base  items) 
which  are  either  exactly  collocated  or  within  the  defined  distance.  Under 
this  criterion,  the  target  elements  arc  reasonably  close  together  and 
should  be  considered  as  a unit.  As  a result,  the  Plan  Generator 
processes  a complex  target  as  a single  simple  target;  during  tho  wea- 
pon allocation  phase  (see  Analytical  Concepts  and  Techniques,  Target  . 

List  Preparation,  in  chapter  2,  Analytical  Manual,  Volume  II, t.  j | 
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Multiple  Targets;  A multiple  target  la  defined  at  several  independent, 
identical  missile  targets  (such  as  separate  missile  silos  in  a Minute* 
man  sqnadron)  that  are  close  together  relative  to  the  range  of  the  wea- 
pon  systems,  but  far  enough  apart  so  that  each  target  element  is  treated 
as  an  independent  aim  point.  For  such  targets,  the  right  tcrgeting  for 
one  of  them  la  undoubtedly  the  right  targeting  for  them  all.  Thus,  plan 
| generation  determines  the  targeting  of  all  elements  of  a multiple  target 
through  a single  calculation  of  targeting  for  a representative  target  (of 
the  appropriate  multiplicity). 


The  search  for  collocation  begins  by  comparing  the  first  element  in  the 
list  with  the  following  elements  if  the  dlfferance  in  longitude  le 
sufficiently  small , the  actual  distance  is  calculated  and  compared  with 
the  sum  of  the  critical  distances  for  the  two  targets.  When  two  targets 
are  found  to  be  collocated,  COL  and  CL  are  set  to  1 for  both,  and  CLT  is 
set  to  1 for  the  second.  If  they  are  sufficiently  close  to  be  elements 
of  a complex  target  (one-half  the  distance  for  collocation),  CP  is  set  to 
1 for  both,  and  both  indices  are  entered  in  LCOMP.  When  a difference  in 
longitude  is  encountered  which  is  too  great,  processing  of  the  item  being 
investigated  is  considered  finished,  and  CLT  is  set  to  0 for  that  item. 

If  the  item  is  a member  of  a complex  target,  the  next  member  of  that 
complex  in  the  list  LCOMP  is  compared  in  the  same  way  with  all  other  items 
to  find  additional  members  of  the  complex;  this  process  is  repeated  until 
all  items  in  LCOMP  have  been  investigated,  and  the  complex  is  finished. 

The  complex  is  assigned  a value  of  ICOMPLEX  wnich  is  packed  along  with 
| IND(J),  i.e.,  INDEXN,  into  consecutive  words  in  the  array  COMPLEX.  Next, 
LCOMP  is  cleared  and  investigation  of  the  current  collocation  island  is 
continued,  beginning  with  the  next  item  for  which  CLT  is  1.  When  the 
collocation  island  is  finished,  the  required  data  for  the  items  which 
belong  to  the  island  are  packed  in  the  array  COLAR,  CL  is  reset  to  0,  and 
COLAR  is  written  on  disk.  Then  the  next  item  in  the  list  for  which  COL 
is  0 is  compared  with  all  others  to  restart  the  investigation.  When  the 
list  is  exhausted,  all  collocation  islands  and  complex  targets  for  the 
current  earth  sector  have  been  processed.  Subsequent  earth  sectors  are 
processed  in  the  same  manner  until  ali  data  base  target  items  have  been 
checked . 

During  the  last  pass  through  the  data  base,  as  each  item  is  processed, 
those. which  are  elements  of  complex  targets  (as  indicated  by  the  flag  COMP 
described  above)  are  assigned  the  value  of  ICOMPLEX  and  written  on  the 
I INDEXDB  tape.  The  complex  target  data  are  used  in  plan  generation 
(see  Analytical  Concepts  and  Techniques,  Target  List  Preparation,  in 
chapter  2,  Analytical  Manual,  Volume  II).  The  collocation  data  contained 
in  the  COLAR  array  are  subsequently  written  on  the  SIMTAPE  for  use  during 
j the  simulation  process. 

Preparation  of  Simulation  Data 

The  data  base  information  required  by  the  Simulator  is  transmitted  via 
the  SIMTAPE  prepared  by  program  INDEXER.  The  SIMTAPE  contains  only  that 
data  required  for  simulation  (a  significant  segment  of  the  data  included 
I in  the  data  base  is  required  in  pl?n  generation  but  not  used  by  the  Simu- 
lator). These  data  are  organized  as  a series  of  indexed  tables  (arrays) 
to  enhance  storage  and  retrieval  during  the  simulation  phase.  On  option, 

I the  contents  of  each  SIMTAPE  table  may  be  printed. 
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CHAPTER  4 
ACCURACY 


| The  programs  in  the  Data  Assembly  subsystem  perform  mainly  daca  processing 
functions  wherein  computational  accuracy  is  not  a likely  source  of  error. 
None  of  the  calculations  which  are  performed  in  this  subsystem  are 
| complex.  System  computer  word  structure  is  large  enough  to  contain 
all  of  the  significant  digits  necessary  for  proper  execution  of  the 
system.  The  only  problems  which  may  affect  the  operations  of  these 
components  with  respect  to  the  remaining  programs  in  the  system  are  input 
and  output  functions.  These  are  discussed  below. 


Input 

I Inputs  to  program  QUIKBASE  of  the  Weapon/Target  Identification  Subsystem  do 
present  an  operational  problem  with  respect  to  accuracy.  The  program  now 
accepts  data  in  the  first  eight  columns  of  each  10-column  field  in  a card 
image.  This  means  that  all  attributes  and  their  assigned  values  must  be 
represented  in  eight  characters  or  less. 

Since  many  of  the  quantities  (values  of  attributes)  are  included  in  data 
tapes  prepared  for  subsequent  processing,  the  level  of  significance  on  the 
accuracy  results  from  expressions  using  these  attributes  will  be 
correspondingly  limited.  This  is  not  believed  to  represent  a significant 
limitation  on  the  capabilities  of  the  QUICK  system. 


Output 

| The  data  output  from  the  Data  Assembly  subsystem  and  the  various  programs 
internal  to  the  subsystem  will  be  as  accurate  as  that  data  input  to 
program  QUIKBASE. 

I The  Data  Assembly  subsystem  provides  listings  of  data  which  have  been 
pri'c*  ssed  by  the  subsystem.  These  listings  reflect  the  stored  values 
of  attributes  at  the  time  they  are  printed.  In  some  cases,  when  a real 
number  (floating  point)  exceeds  the  expected  output  range  (the  format 
indicated  in  the  directory  portion  of  the  Data  Base  File)  the  program  in 
which  the  print  is  requested  indicates  that  condition  by  placing  all 
asterisks  in  the  output  field.  Thus,  the  presence  of  asterisks  in  the 
output  indicates  incompatibilities  between  the  data  being  printed  and  the 
format  used  in  printing  the  data.  This  in  no  way  reflects  a deviation 
of  accuracy  in  the  data  quantities.  If  an  integer  (fixed  point)  number 
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I exceeds  the  expected  output  range*  the  computer  operating  ay a tarn  software 
ramovea  the  moat  algnlflcent  digits  (including  aign)  from  the  output  field 
with  no  indication.  For  example*  if  the  number  12345  were  to  be  printed 
under  FORTRAN  format  12,  the  diglta  45  would  appear  in  the  output  Hating. 
In  many  caaea  the  format  in  the  directory*  foi  example*  can  accommodate 

(only  eight  characters,  a limitation  on  the  input  procedures  of  the  Data  Aa- 
aembly  subsystem.  This  limits  the  number  of  characters  which  can  be  printed 
but  does  not  limit  the  quantity  in  memory  or  on  the  data  filea  being  pro- 
ceased  or  generated. 


FLAp!  A code  used  in  imposing  restrictions  on  the  allocation  of  weapons 
witKIn  QUICK.  y 

»r.eral  War:  Armed  conflict  between  major  powers  in  which  the  total 

resources  of  the  belligerents  are  employed,  and  the  national  survival 
of  a major  belligerent  is  in  jeopardy. 

Input:  Any  factors,  data,  parameters,  values,  or  instructions  required 

for  proper  operations  of  a model  or  submodel  to  produce  game  results. 

JAP:  Joint  Resource  Assessment  Data  Base.  The  JAD  is  an  automated 

repository  of  information  acquired  from  several  sources  which  is 
stored  and  maintained  by  NMCSSC. 

Library  Tape,  QUICK  System:  A magnetic  tape  on  which  the  programs  and 

data  handling  routines  of  the  QUICK  system  will  reside. 

Magnetic  Tape:  A computer  storage  device  in  which  data,  are  stored  in  the 

form  of  magnetic  spots  on  metal  or  coated  plastic  tape. 

NEMO  Model : The  Nuclear  Exchange  MOdel  maintained  by  the  Navy  for 

simulation  of  a two-sided  global  nuclear  war. 

Nuclear  Vulnerability  Assessment:  The  estimation  of  probable  or  expected 

effects  of  hypotnetical  nuclear  attacks  on  population,  forces,  and 
resources . 

Posture:  Relative  place  or  position;  state  or  condition  at  a given  time, 

especially  in  relation  to  other  persons  or  things. 

Probability  of  Damage  (PD) : The  probability  that  damage  will  occur  to  a 

target  expressed  as  a percentage  or  as  a decimal . 


RISOP:  A hypothetical  Fted  Integrated  Strategic  Offensive  Plan. 

SIDAC:  Single  Integrated  Damage  Analysis  £apability  System. 

SIOP:  The  £ingle  Integrated  Operational  F4an. 

TASK:  A two-character  descriptive  code  assigned  to  all  targets. 
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QUICK  ATTRIBUTE  NAMES  AND  DESCRIPTIONS 


Tliis  appendix  lists,  in  alphabetical  order,  the  attributes  used  in  the 
Ksc  QUICK  data  base.  Also  provided  are  the  delinltion/descrlptlon  oi 
each  attribute  as  it  pertains  to  the  QUICK  system. 


ATTRIBUTE 

NAME 

DESCRIPTION 

ABRATE 

Probability  of  aircraft  in-flight  abort  per  hour 
of  flying  time 

ADBLI 

ALRTDB  probability  for  initiative  attack 

AD  BLR 

ALRTDB  probability  for  a retaliatory  attack 

ADEFCM 

Area  ballistic  missile  defense  (BMD)  component 
index  (radar  or  missile  launch  site) 

ADEFZO 

Area  ballistic  missile  defense  (BMD)  zone  number 

agx*  : 

Offset  X-coordinate  of  AGZ  (50ths  of  nautical 
miles) 

AGV* 

Offset  Y-coordinate  of  AGZ  (50ths  of  nautical 
miles) 

AHOB* 

Actual  height  of  burst  of  weapon  (air  or  ground) 

ALRTDB* 

Probability  of  destruction  before  launch  (DBL) 
of  alert  delivery  vehicle  (missile  or  bomber) 

ALRTDL* 

Delay  of  alert  vehicle  before  commencing  launch 
(hours) 

AREA 

Area  of  a bomber  defense  ZONE  (millions  of 
nautical  miles2) 

ASMTYP  Air-to-surface  missile  type 

ATTRCO  Attrition  parameter  for  a bomber  corridor  (proba- 

bility of  attrition  per  nautical  mile) 

ATTRLE  Attrition  parameter  for  each  route  leg  in  bomber 

sortie  (probability  of  attrition  per  nautical 
mile) 

ATTRSU  Amount  of  original  attrition  that  remains  after 

defense  suppression 

AZ0N1  First  area  defense  zone  covered  by  a BMD  long- 

range  radar 
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ATTRIBUTE 

NAME 


DESCRIPTION 


AZON2 

AZON3 

BCODE* 

BLEGNO 

CEP 

CLASS 

CLASST* 

CNTRYL 

CNTRYO 

CNTYLO* 

CNTYOW* 

CODE* 

CPACTY 

DATEIN 

DATEOU 

* 

Program 


Second  area  defense  zone  covered  by  a BMD  long- 
range  radar 

Third  area  defense  zone  covered  by  a BMD  long- 
range  radar 

Code  indicating  the  outcome  of  a simulated 
bomber  event 

Index  to  boundary  line  segment 

Circular  error  probable  (CEP),  delivery  error 
applicable  to  gravity  bombs,  air-to- surface 
missiles ,. and  missile  warheads  (nautical  miles) 

Class  name  assigned  to  identify  sets  of  TYPES 
in  data  base  • >.•' 

Target  CLASS 

Country  cede  for  country  where  item  is  located. 
Items  ca  oc  deleted  by  CNTRYL  in  NUMDESIG  or 
DBMOD. 

Country  code  for  country  which  owns  the  item 

Target  country  code  for  country  where  the  target 
is  located 

Target  country  code  for  country  which  owns  the 
target 

Outcome  code  for  a general  event  used  in  simu- 
lation 

Capacity  of  a bomber  recovery  base  (number  of 
vehicles ) 

Earliest  date  in  inventory  (year) 

Latest  date  in  inventory  (year) 
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ATTRIBUTE 

NAME 

DEFRAN 

DELAY* 

DESIG 

★ 

DOC 

* 

DGY 

* 

DHOB 

EFCNS1  ( 
EFCNS2  [ 

EFECTN* 

EVENT* 

EVENTN* 

FFRAC 

FLAG 

FUNCTI 

FVALlll 


★ 

Program  essential 


DESCRIPTION 

Typical  range  of  interceptors  at  defense  bases  ] 

near  a corridor  (nautical  miles)  I 

Delay,  time  (e.g* , launch  delay  time)  (hours)  I 

•l 

Target  designator  code,  e.g.,  AB100,  which  ! 

uniquely  identifies  each  target  element  included  I 

in  the  data  base 

Offset  X-coordinate  of  desired  ground  zero  (DGZ) 

... . (50ths  of  nautical  miles)  - - 

Offset  Y-coordinate  of  DGZ  (50ths  of  nautical 
miles)  | 

| 

Height  of  burst  of  weapon  (0-ground,  1-air)  I 

Attributes  assigned  to  fighter  interceptor 
units  (ICLASS  = 5 in  the  data  base):  the  j 

value  EFCNS1  or  EFCNS2  is  assigned  to  the  I 

attribute  EFECTN  depending  on  value  of  DBMOD 
input  parameter  POSTUR  (if  POSTUR  = 1,  EFCNS1 
is  used;  otherwise,  EFCNS2  value  is  assigned) 

Air  defense  capability  (arbitrary  scale)  estab- 
lished by  user  to  indicate  relative  effectiveness  I 

of  air  defense  command  and  control  installations 
and  fighter  interceptor  bases 

Index  to  event  tape 

Index  to  type  of  event  which  did  not  occur 

Fission  fraction  (fission  yield/total  yield) 

Numeric  cod  (1  through  9 permitted)  used  to 
impose  restrictions  on  the  allocation  of 
weapons  within  QUICK 

Operational  application  code  for  a weapon  system 
(e.g.,  ICRM) 

Fraction  of  value  of  target  in  first  hardness 
component 
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ATTRIBUTE 

NAME 


DESCRIPTION 


FVALTI 

FVALT2 

FVALT3 

FVALT4 

FVALT5 

HI 

H2 

HILOAT 


IALERT 

* 

IALT 

IATTAC 


ICLASS 

ICLSSI* 

ICOMFL* 

IDBL 


IDUD* 


IGIW 


IGROUP 


IMIRV 


Fraction  of  target  value  renaining  at  Tl,  T2, 
T3,  T4,  and  T5,  respectively 


First  hardness  component  of  a target  (VULN) 

Second  hardness  component  of  a target  (VULN) 

The  ratio  of  the  low-altitude  attrition  rate  to 
the  high-altitude  rate  (decimal  fraction) 

Alert  status;  1 = alert,  2 * nonalert 

Altitude  index  (1  = high,  0 = low) 

Selection  index  for  preferential  area  BMD;  1 
forces  target  selection  for  defense 

Class  index  assigned  for  game 

Target  class  index 

Complex  index 

Index  to  data  tables  for  time-dependent  destruc- 
tion before  launch  probability 

Dud  warhead  indicator;  assigned  to  weapons  which 
arrive  at  the  target  but  fail  to  detonate;  1 = 
dud  warhead 

Indices  of  General  Industrial  Worth  (IGIW) 
(dollars) 

Group  index  assigned  for  weapon  grouping  during 
game 

Identifying  index  for  system  with  multiple  inde- 
pendently tavgetable  reentry  vehicles 


Program  essential  attributes, 
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ATTRIBUTE 

NAME 

INDEXN* 

INDV* 

INTAR* 

IPENMO* 

IPOINT 

IRECMO 

IREFUL 
j IREG 

i 

IREP 

ISITE 

ITGT* 

ITIME 

itype"' 

ITYPET* 

★ 

IVULN 

IWTYP2 

JCLASS 


Program  essential 


DESCRIPTION 

Index  of  a data  base  item  (potential  target)  used 
during  processing  to  Identify  the  item 

Vehicle  index  within  base 

Target  index  (corresponds  to  INDEXN) 

Penetration  mode;  1 » aircraft  uses  penetration 
corridor,  0 * penetration  corridor  not  used 

Index  to  a geographic  point 

Recovery  mode;  1 ■ aircraft  should  plan  recovery, 
0 ■ aircraft  recovery  not  planned 

Bomber  refueling  code 

Index  to  identify  a geographic  region 

Reprogramming  index  (capability  of  missile 
squadron) 

Site  number 

Target  index  number 


Index  to  time  periods  in  time-dependent  DBL  data 
tables 

Type  index  assigned  for  game 
Targe,,  type  index 

Index  to  vulnerability  number  table 
Second  warhead  type 

Used  for  items  in  the  WTCL  auxiliary  class.  The 
value  will  be  the  class  number  (ICLASS)  of  the 
weapon  type  defined  in  the  WTCL  item 
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ATTRIBUTE 

NAME 

** 

JTYPE 

kk 

JTYPET 

KORSTY 


LCHINT 


LEGNO 


MAXFRA 


MAXKIL 


MCODE 


DESCRIPTION 


Type  index  within  class 

Target  type  index  within  class 

Parameter  to  adjust  mode  of  corridor  penetration 

* 

Latitude  (degrees) 

Time  (in  minutes)  between  successive  vehicle 
launches  from  the  same  base  (missile  or  bomber) 
subject  to  the  simultaneous  launch  condition 

Index  to  line  segment 

The  index  of  a leg  linked  to  the  current  point 

* 

Longitude  (degrees) 

Maximum  value  of  weapon  resources  to  be  used 
relative  to  target  value  (in  processing  MAXCOST  = 
MAXFRA) 

Desired  maximum  damage  expected  for  a target 

Code  indicating  outcome  of  simulated  missile 
event 


MINKIL 


The  required  minimum  damage  established  for  a 
target 


k 

Latitude  and  longitude  are  carried  internally  in  the  QUICK  system  in 
the  following  format: 


North  latitude 
South  latitude 
East  longitude 
West  longitude 


0.  (Equator)  to  +90  (North  Pole) 

0.  (Equator)  to  -90  (South  Pole) 

180.  to  360.  (Greenwich  Meridian) 

0.  (Greenwich  Meridian)  to  180. 


The;-.  ~ttr  : es  may  be  input  in  either  the  above  format  or  in 

o : audard  < '-_gi.ee,  minute,  second,  direction  format. 

Program  essential  attributes,  used  and  set  internally  by  the  QUICK 
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ATTRIBUTE 

NAME 

MWHDS* 

NADBLI 

NADBLR 

NAINT 

NAME 

NAREAD 

NASMS 

NCM 

NDECOY 

NDET* 

NEXTZO 

NLRTDB 

NLRTDL* 

NMPSIT 

NOALER 

NOBMB1 

NOBMB2 

NOINCO 

NOPERS 


DESCRIPTION 

Number  of  missile  warheads  penetrating  area 
defenses  to  terminal  defense 

NLRTDB  for  initiative  attack 

NLRTDB  for  retaliatory  attack 

Number  of  area  ballistic  missile  interceptors  at 
an  interceptor  launch  base 

Arbitrary  alphameric  descriptor  for  any  item 
included  in  the  data  base 

Number  of  decoys  per  independent  reentry  vehicle 
for  area  BMD 

Number  of  ASMs  carried  by  a bomber 

Number  of  countermeasures  carried  by  vehicle 

Number  of  decoys  on  a bomber  or  number  of  decoys 
per  independent  reentry  vehicle  for  terminal  BMD 

Number  of  warheads  detonating  in  current  event 

The  adjacent  zone  to  a side  of  a defense  zone 

Delay  of  nonalert  vehicle  before  commencing 
launch  (hours) 

Probability  of  destruction  before  launch  (DBL) 
of  nonalert  vehicle 

Number  of  missiles  per  site 

Number  of  vehicles  on  alert  at  a base 

Number  of  first  bomb  type  carried  by  vehicle 

Number  of  second  bomb  type  carried  by  vehicle 

Number  of  delivery  vehicles  in  commission 

Number  of  weapon  vehicles  per  squadron 
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ATTRIBUTE 

NAME 


DESCRIPTION 


NFEN* 

NPRSQl^ 
NPRSQ2  l 
NPRSQ3  j 
NPRSQ4  J 


E- 

tr 


f: 


NTARG 

NTINT 

NUMDBL 

NWHDS 

NWPNS* 

NWTYPE* 

PARRIV 

PAYALT 

PAYLOA 


PDES 

PDUD 

PFPF 


PINC 

PKNAV 


PLABT 


PLACE 


Number  of  warheads  penetrating  In  current  event 


Attributes  used  m program  DliMOD  to  compute  the  f 

value  of  the  attribute  NOPERS  for  bomber  units;  ? 

| 

numbers  1,  2,  3,  and  A specify  surprise  initiative  | 

retaliatory  and  other  attack  plans,  respectively  l 


dumber  of  targets  in  missile  launch  event 


Number  of  terminal  BtiD  interceptors  at  target 

Number  of  aircraft  destroyed  before  launch 

Number  of  warheads  per  independent  reentry 
vehicle  (missiles) 

Number  of  weapons  in  a group 

Warhead  type 

Probability  of  bomber  arrival  in  current  event 
Bomber  payload  release  altitude 

*• 

Index  which  identifies  entire  weapon  and  pene- 
tration aid  complement  on  a vehicle 

Probability  that  launch  failure  destroys  missile 

Probability  a warhead  will  fail  to  detonate 

Probability  of  failure  during  powered  flight 
(missiles ) 


4 


J 


Probability  that  a missile  is  in  commission 

Single  shot  kill  probability  of  a weapon  against 
a naval  target  (a  value  greater  than  zero 
restricts  weapon  use  to  naval  targets) 

Probability  of  vehicle  launch  abort 

Index  to  geographic  location  of  an  event 


3 


*1 

A 


PLACE H* 


Index  to  geographic  location  of  an  event  which 
did  not  occur 
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41  CH-2 

39< 


■Maasaa 


•iurrfViiiiitfii 


I 


b 1 

ATTRIBUTE 

L i 

NAME 

DESCRIPTION 

5-.  i 

f-  ! 

POP 

Population  (cities)  (thousands) 

i i 

5 2 

POSTUR 

Currently  not  used  as  an  attribute 

<•  i 

F"  i 

t \ 

r | 

PRABT 

Probability  of  refueling  abort 

PRIMET 

Primary  target  Indicator  for  a weapon 

W f 

PSASW 

Destruction  before  launch  probability  assigned  a 

1 1 

weapon  for  a specified  time  period 

l- 

| i 

RADIUS 

Sice  descriptor  for  area  targets  (nautical  miles) 

If-  ; 

1 ’ 

RANGE 

Vehicle  range  (nautical  miles) 

’ i 

1"  l 

RANGED 

Range  decrement  for  low-altitude  aircraft  flight 

j 

f i 

(high  range/low  range) 

. j 

F ? 

S' 

^ ; 

RANGER 

Range  (nautical  miles)  of  bomber  with  refueling 

5 

i 

! 

r j 

F- 

REL 

Reliability  - probability  that  weaoon  system  will 

i 

| 

arrive  at  target  given  successful  launch 

if 

| 

RESERV 

Technique  used  to  remove  certain  targets  from 
weapon  allocation  when  RESERV  ■ 0 

E 

RNGMIN 

Minimum  range  (nautical  miles)  for  the  missile 
type.  Used  in  computing  flight  times  for  missiles 

» 

\ 

i 

I " * 

SIDE 

Item  side  name,  currently  either  ,'RED"  or  "BLUE" 

j 

?• 

SIMLUN 

Maximum  number  of  vehicle  launches  which  can  occur 

j 

jr 

simultaneously  from  one  base 

i 

i 

L 

SPDLO 

Speed  at  low  altitude  (knots) 

j 

t 

£ 

SPEED 

Speed  (knots) 

i 

l 

T1 

Times  of  departure  of  first  through  the  filth 

i 

Z 

T2 

value  components  of  a target 

[• 

T3 

' 

T4 

ji 

T5 

i 

r 

TAIM* 

Number  of  aim  points  perceived  by  terminal  defense 

r 

in  current  event 

Program  essential  attributes,  used  and  set  internally  by  the  QUICK  system. 
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ATTRIBUTE 

NAME 


DESCRIPTION 


Level  of  local  bomber  defense  at  high  altitude 

Level  of  local  bomber  defense  at  low  altitude 

Target  task  code  indicating  targeting  priority 

Indicates  target  status  as  dynamic  or  nondynamic; 
in  simulation  status  (alive/dead)  is  maintained 
for  dynamic  targets 

Game  time  at  which  event  occurred  (hours) 

Time  planned  for  event  which  did  not  occur  (hours) 

Mean  delay  time  to  relaunch  after  a nondestructive 
aircraft  abort  (hours) 

Minimum  flight  time  (minutes)  for  missile  types. 
Used  In  computing  flight  Lime  for  missiles 

Time  at  which  a time  period  ends  for  DBL  data 
tables;  there  may  be  up  to  10  time  periods  for 
each  table. 

Time  required  to  retarget  for  known  in-flight 
missile  aborts  (hours) 

Total  time  on  station  (for  a tanker)  (hours) 

Time  a missile  remains  within  vulnerable  range 
of  launch  site  (hours) 

Arbitrary  alphameric  designator  (type  name)  to 
identify  smallest  sets  in  data  base 


Arbitrary  units  scaled  by  user-input  parameter.  Minimum  value  0 for 
no  defense.  Highest  allowed  defense  level  is  +7. 

k 

Program  essential  attributes,  used  and  set  internally  by  the  QUICK 
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ATTRIBUTE 

NAME 

TYPET* 

TYPEl  ( 
TYPE2  ( 

VAL 

VALI  | 
VAL2  ( 

VULN 

WI1DTYP 

WHTYPN* 

YIELD 

ZONE 


DESCRIPTION 

Target  TYPE 

Attributes  assigned  fighter  interceptor  units 
(ICLASS  ■ ? in  the  data  base):  attribute  TYPE 

is  assigned  the  TYPEl  or  TYPE2  value  based  c.n 
DBMOD  input  parameter  POSTUR  (POSTUR  » 1 TYPEl 
is  used;  otherwise  TYPE2  value  used) 

Relative  value  of  an  item  within  its  CLASS  as 
established  in  the  data  base  by  the  user 

Attributes  assigned  fighter  interceptor  units 
(ICLASS  « 5 in  the  data  base):  attribute  VAL 

is  assigned  the  VALI  or  VAL2  value  based  on 
DBMOD  input  parameter  POSTUR  (POSTUR  * 1 VALI 
is  used;  otherwise  VAL2  is  assigned) 

Vulnerability  number 

Warhead  type  index  assigned  in  the  data  base 
Warhead  type  index  (used  with  EVENTN) 

Yield  (MT) 

An  area  bomber  defense  zone  enclosed  by  a set 
of  linked  boundary  points 


Program  essential  attributes,  used  and  set  internally  by  the  QUICK  system. 
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